home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 18191 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.0 KB
  1. Path: oasis.icl.co.uk!mrw
  2. From: mrw@oasis.icl.co.uk (Mike Wilson)
  3. Newsgroups: comp.lang.c++,comp.lang.pascal.delphi.misc
  4. Subject: Re: Delphi .vs. C++ 4.0...The real discussion!
  5. Followup-To: comp.lang.c++,comp.lang.pascal.delphi.misc
  6. Date: 19 Apr 1996 07:29:09 GMT
  7. Organization: ICL, Bracknell, UK
  8. Message-ID: <4l7fc5$ql1@ozz.oasis.icl.co.uk>
  9. References: <1996Apr18.173628.9153@ohstpy>
  10. NNTP-Posting-Host: 145.227.60.40
  11. X-Newsreader: TIN [version 1.2 PL2]
  12.  
  13. I've used Borland C++ 4.5 and Delphi for development. I worked
  14. on a project writing the client end of a Client/Server
  15. application (the server was written in Oracle PL/SQL). I found
  16. C++ to be very fiddly indeed. In particular, writing dialogs is
  17. far more tricky and error-prone than doing the same job in
  18. Delphi. Borland C++ is NOT a visual languange, so you have to
  19. lay out your dialog in Resource Workshop and then write a C++
  20. module to handle it. There's lots of dialog handling code to
  21. write that is done for you in Delphi. If you make a mistake
  22. and get a resid wrong, the whole PC hangs and has to be rebooted.
  23. I can take most if the day to get a pretty simple dialog working
  24. which would take minutes in Delphi.
  25.  
  26. With C++ there's a lot more managing of project files to do
  27. as well. On anything but the smallest project this can add
  28. up to quite a lot of work.
  29.  
  30. For some projects the fine control C++ gives you may be useful
  31. and welcome, but for the sort fo thing we were doing, it's
  32. unnecessary and unwelcome and added months to the project.
  33.  
  34. There are probably uses for C++. As it's a lot lower-level
  35. than Delphi, it may be more appropriate for writing tricky
  36. stuff like compression, drivers and so on. For the more
  37. usual end-user applications, clients etc, Delphi is far
  38. more suitable.
  39.  
  40. --------------------------------------------------------------------
  41. Mike Wilson                                      mrw@oasis.icl.co.uk
  42. SNI Medical Portfolio,  9-15 Blagrave Street,  Reading,  RG1 1PJ, UK
  43. At home:         mrw@plexus.demon.co.uk      http://www.hway.com/mrw
  44.